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Theory into Practice: 

Single Player RTS Design for Company of Heroes 


By: Erin Daly & Josh Mosqueira 
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Overview 
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This lecture IS*abou|i 

-k. Developing a set of “best practices” for Single Player 
mission development' 

k The value of process 

k An approcich to tools 

k Practical examples for s|pgle player game design 








A look at how to empower designers through powerful 
tools, iteration, and guided through a collaborative 




process 
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Project Overview 


Project Stats 


duration 


43 Months 


at peak = 100+ 


Team size 


||||litaii:Missions = lb 

^ SP Game prototyping duration = Q months 
^ SP Game produQtied dfl^r^^ 




Breakdown of C 

Design 

^ % of Lead Designer's 


P resourd 


1 SP Supervisor 


•k 4 Experieniod SP 


ckground) 


2 Junior SP Designers 


Program 


upport Programmer 


Additional Prog ram ming support 


for SP features (e 


F^soyrce Allocatiori 




■k Environment Ar 


% of Art Director’s time 


1 Environment Art 


4 Environment Artists 


1 Concept Artist (shan 


ronment Asset Artists 


^ Cinematics 


1 Cinematics Director 


1 Animation Supervisor 


Animators 


Apjfiifitics / Mission Briefings 


1 Animator/Concept Artist 


F^source Alloc 
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Approach to SP Design 

J.I 

k Create a Unicjtie Experience: 

'k Single-player is not solo MP 
'k Single-player is not an extended tutorial for MP 
k Immerse the player in the action 
k Lots of variety 



^ Gameplay as Storytelling 

k The ‘storyVdoesildf s^^ when the cinematics end 




Win 


TK 


Execution over innovation 

k Memorable moments 

Highly leveraged game mechanics 




^ Shorter but more Engaging 

k Smaller amount of custom, highly-polished content 




Campaign Hours (Rough) 



BFME 2 


WC3 


ns (++ hours) 


Dynamic Campaig 


RTS^ampaigh Comparison 


Rome: TW* 


BFME 
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COH Single-PIciper was developed with: 

★ SCAR (lua-based scripting language) 

^ World Builder 


★ Attributa^ 
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Data-Driven tools mean more power in 1 
■ ■ 

t^#figigner 

nanas: 



★ Faster Iteration with little programming support 

★ Ability to create custom content 





Hugely Powerful - Empowj|s Designers 


^ Designers can create a lot of unique 
amount of programming support , 

^ Great for prototyping / expeifflenting 
^ Create your own objective types, enemy behavior, etc 


play / content 


a small 


Easily Extensible & Re-Usable 


7^ Usually easy to link into core game code 
?v Adding small functions can give big benefits 
Can re-use underlying structure between pr( 




was 


on Dow SCAR) 


a Scripting L 


Easy to Use (relatively) 

7^ Anyone can learn, don’t need a CS degree 












Skirmish Al Only 


Primarily Skirmish 


Scripted Al Only 


[ Equal Mix * 
tSkirm ish/Scripted 


COH Missions Breakdown - Scripted Al vs, Skirmish Al 








What makes a great RTS mission? 
^ Memorable Moments 


■k “A Good Movie Needs 3 great scenes and none that suck” 

^ Contextual ization and Immersion 

^ Remove/De-Emphasize gamey, un-contextualized elements 
^ Emphasize immersive elements 

^ Bend/Break the Rules 

* Use but don’t be limited by MP if it helps create unique, 
compelling gameplay 

•k Highly leveraged game mechanics 


The goal is to craft a unique experience for the player 





Devimn the Details 

A'v .tli ■ 


What mak 


mission 


an unique 


experience 


^ <video> 


•k Cinematics of the sake of the mission, not for the sake of the 
Cinematics 

































Paperless Mission Designs 


Interactive HTML image documents vs. linear 
paper designs. 


★Acted as 1^^ ‘Prototype’ of the Mission. 
★EndoOfaged feedback 
★More visual = more accessible 





omy of a Memol^K 




What makes a Memorable 


'-' Unique 

* Defies Expectations 
Contextual 





Leverages underlying game mechanics to maximum 
effect 

Leverages best technical / artistic features of the game 
Requires Player Action / Offers Rewards 











Screenshot of SIT-REP 
showing town hall 



Screenshot of TOWN HALL 
Collapsing 



Screenshot of M04 SCRIPT 
showing town hall 




Screenshot of arty 1 



Screenshot of AFTERMATH 
showing town hall 


Screenshot of AXIS moving in 
TOWARDS the TOWN HALL 


Screenshot of TOWN HALL 
in RUINS 









a Memorable Moment 


Concept 


■k Developed during the iterative process 


k Not part of the original design. Living proof that you cannot rely 
solely on documents. 

k Evolved from gameplay and playing the mission 


'k Execution 


ik The Town Hall sequence required a significant amount of custom 
content. 

k This was only possible because the designer had the tools to make 
this happen 

k Scripting the Town Hall sequence did not require special-case 
code. Re-used everything that was already available for MP 
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Under the Hood: Custom Elements 


'k Unique Weapons and MP Data 


A Makes use of a customized weapon (single artillery strikes) 
A <reference>: Attribute Editor - creating custom SP weapons 

k Custom Markers: 


k Makes use of custom target markers placed in the WB for placing 
the strikes 

^ <reference>: WorldBuilder - show target markers 

Scripted Events: 

A- Makes heavy use of a scripted set of events developed with SCAR 
* <reference>: M04 SCAR script - Artillery section 

Speech: 

A Makes use of custom speech events 
A <reference>: M04 SCAR script - Artillery speech events 


Under the Hood 
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Iterative Process'*! 




Approach to Designers 

* Designers are generalists, not specialis|e.:’\HjiV|||a(||We ya|i|ty,gf tasks: 
Paper designs 
Environment Layout 
Scripting 
Speech events 

Integration & Coordination w/ other depts 

Phase System 

^ Benciliilllim 

7^ Goal Based Iteration 
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Show Excel of the Process 


^ Frequent mission review meetings 
7^ SP Supervisor & Lead Designer playtest frequently / add to bap|log 
7^ Mission Backlogs for tracking tasks 
• Show Backlog example 

^ Brown bag lunch sessions for feedback from design team 

Support Systems 

Programmer 

Role of Lead Designer and Art Director 
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Art Integration 


Key Process Elements 



^ Pre-Production 
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Early concept art helps shape 

- <image> 

Paper Design Phase = Full Layout Concepts 

- <image> 

Phase 1 Layout -> Art creates overpaints 

- <image> 
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• Art needs to be heavily involved in the underlying layout of the missidh 
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^ During Production 

• iach mission assigned to an Environmental Artist 

• Hand maps back and forth between art and design -> Han doff meetings 

• Art creates overpaints as missions progress to further guide aesthetics 

- <image> 

• Design creates overpaints to communicate gameplay-critical are|p 

- <image> 

• Art Director & Env. Art Supervisor review progress frequently with Env. Artist 

• Art Director, Env. Art Supervisor & Env. Artist attend mission signoff meetings 
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^ Make Single Pliyer pnique and Compelling 

• Memorable moments ’ 

• Custom content 

• Highly leveraged game fi^pchanics 

• Art involved early and structural I ey^K 





A Empower Designers 

• Scripting Language or similar powerful, flexible tool 


Data-Driven tools fbr modifying MP content/mechanics 
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• At least 1 full-time dedicated SP support programmer 

Iterative Process 

• Create benchmark missions 

• Frequent reviews, iteration with milestones 

• Backlogs for tracking tasks & ideas 
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